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+ ¿Cómo sabemos que el software hace lo que tiene que hacer? 


+ ¿Cómo sabemos que el software hace lo que tiene que hacer? 


+ ¿Cómo sabemos que el software no hace lo que no tiene que hacer? 


Concepto de prueba 


La prueba es la comparación de un resultado obtenido con un resultado esperado. 


Concepto de prueba 
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Figure 1: El software como una máquina 


Concepto de prueba 
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Figure 2: Preparación de la prueba 


Concepto de prueba 
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Figure 3: Verificación 


¿Para qué sirven las pruebas? 


» Sería deseable que las pruebas garanticen la ausencia de errores 


¿Para qué sirven las pruebas? 


» Sería deseable que las pruebas garanticen la ausencia de errores 


+ Lamentablemente, sólo puede garantizarse la ausencia de los errores expresamente comprobados 


Entonces... ¿por qué probamos? 
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Figure 4: Costos de arreglar errores en distintas etapas del desarrollo de software 


Calidad de software 


+ ¿Qué es la calidad? 
+ ¿Cómo se mide? 
+ ¿Quién la percibe? 


Requisitos funcionales vs. no funcionales 


- Un requisito funcional describe las características que necesita el usuario final, y que el sistema debe 
ofrecer. 


« Un requisito no funcional es una restricción de calidad del sistema. No declaran una necesidad del 
usuario, aunque pueden resultarle de utilidad. 
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Requisitos funcionales vs. no funcionales, diferencia 


Requisitos Funcionales 


Requisitos No Funcionales 


Definen al sistema 

Especifica qué debe hacer el sistema 

Lo especifica el usuario 

Son obligatorios 

Verifican funcionalidad 

Se utilizan pruebas de unidad, de integración, 
de sistema 

Suelen ser fáciles de definir por su naturaleza 
concreta 


Define un atributo de calidad que el sistema debe ofrecer 
Especifica cómo debe cumplirlo 

Lo especifican los roles técnicos 

No son obligatorios 

Verifican desempeño 

Se utilizan prueba de desempeño, de estrés, de usabilidad, 
de seguridad, etc 

Son difíciles de definir por su naturaleza abstracta 
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» Ambos >.< 


¿Qué es lo que probamos nosotros? 


+ Ambos >.< 
+ pero en diferente medida %.2 
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Pruebas unitarias (¡ahora sí!) 


Una prueba unitaria es un fragmento de código que invoca una unidad de trabajo y verifica un 
resultado final específico de esa unidad de trabajo. Silos supuestos sobre el resultado final resultan 
ser equivocados, la prueba ha fallado. 

El alcance de una prueba unitaria puede abarcar tan poco como un método o tanto como múltiples 
clases. 

- Osherove, R. [1] 
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Propiedades de un buen test unitario 


La sigla FIRST nos ayuda a recordar que “Lo PRIMERO son las buenos pruebas” (funciona mejor en inglés...) 


. [Flast - Rápidos 

» [IJsolated - Independientes 

+ [R]epeatable - Repetibles 

* [Slelf-validating - Auto-validados 
[Tlimely - Oportunos 


Cómo se hace 


Una prueba tiene cuatro partes, 4 “A”, en inglés: 


- Arrange - Preparar 
Se genera el escenario para la ejecución de la prueba. 
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Cómo se hace 


Una prueba tiene cuatro partes, 4 “A”, en inglés: 


- Arrange - Preparar 

Se genera el escenario para la ejecución de la prueba. 
+ Act - Ejecutar 

Se ejecuta la acción principal. 
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Cómo se hace 


Una prueba tiene cuatro partes, 4 “A”, en inglés: 


- Arrange - Preparar 

Se genera el escenario para la ejecución de la prueba. 
+ Act - Ejecutar 

Se ejecuta la acción principal. 
» Assert - Verificar 

Se verifican las consecuencias de la ejecución. 
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Cómo se hace 


Una prueba tiene cuatro partes, 4 “A”, en inglés: 


- Arrange - Preparar 
Se genera el escenario para la ejecución de la prueba. 
+ Act - Ejecutar 
Se ejecuta la acción principal. 
» Assert - Verificar 
Se verifican las consecuencias de la ejecución. 
+ Anmnihilate - Restaurar (!) 
Se restaura el estado inicial, anterior a la prueba. 
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Pruebas con JUnit 


Veremos en forma práctica cómo hacer prueba con JUnit. 
¡Vamos al editor de código! 


Hemos visto cómo utilizar: 


+ Test, para definir pruebas 

+ ABefore, para ejecutar antes de cada prueba 

+ ADAFter, para ejecutar luego de cada prueba 

+ ABeforeAll, para ejecutar antes de todas las pruebas, por única vez 
+ DAFterAll, para ejecutar luego de todas las pruebas, por única vez 
+ Assert, para verificar según algún criterio 


Material adicional 


» [1] Osherove, R., Feathers, M., € Martin, R. C. (2014). The art of unit testing: With examples in CH (2. ed). 
Manning. 


» [2] Beck, K. (2019). Test Desiderata. Go placidly amid the noise and haste... 
Visitado 16 de julio, 2021, desde https://medium.com/(Mkentbeck_7670/test-desiderata-94150638a4b3 


« [3] JUnit Cookbook. (2018). https://junit.org/junit4/cookbook.html 
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¡Muchas Gracias! 


continuará... 


